esp^cenet document view 



rage i or z 



Method of determining a sequence of commands e.g. for operating a bank of 
measuring instruments, requires forming a file of all commands and selecting 
any command to be carried out 



Patent number: 
Publication date: 
Inventor: 
Applicant: 
Classification: 
- international: 

- european: 
Application number: 
Priority number(s): 



DE10139068 
2003-02-27 

PETTINGER CHRISTIAN (DE) 
ROHDE & SCHWARZ (DE) 

G06F11/36 

G01R31/28F3 

DE2001 1039068 20010809 

DE2001 1 039068 2001 0809 



Report a data error here 



Abstract of DE1 01 39068 

A method of determining a sequence of 
commands (CMD)which lead to an unexpected 
stoppage of an electronic device which is 
carrying out the commands, involves initially 
forming a file containing all the commands 
which can be transmitted via the bus-system, 
followed by selecting and removing any 
command (CMD) of the file and carrying out 
the command (CMD). The choice is then 
repeated, and removal and execution of the 
command is repeated until an unexpected 
stoppage of the device occurs. A first script-file 
(SCR) is generated, followed by sequential 
fulfillment of the commands of the last- 
generated script-file. The commands are then 
sequentially carried out again until non- 
appearance of the device stoppage. An 
Independent claim is given for a computer 
program with program code. 
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@ Verfahren zum Ermitteln einer Folge von Befehlen 

@ Die Erfindung betrifft ein Verfahren zum Ermitteln von 
einer Folge von Befehlen (CMD), die bei Ausfuhrung der 
Befehle (CMD) durch ein elektronisches Gerat (3a) zu ei- 
nem unerwarteten Halt des elektronischen Gerats (3a) 
fuhren. Das elektronische Gerat (3a) ist tiber ein Bussy- 
stem (1) ansteuerbar. Nach Erstellen eines Files mit alien 
uber das Bussystem (1) ubertragbaren Befehlen (CMD; 7) 
wird jeweils ein willkurlich ausgewahlter Befehl (CMD) an 
das MeRgerat (3a) zur Ausfuhrung ubermittelt und in ei- 
nem ersten Reportfile (REP) mit der Antwort des Meftge- 
rats (3a) gespeichert. Die willkurliche Auswahl und Aus- 
fuhrung eines Befehls (CMD) wird so oft wiederholt, bis 
ein unerwarteter Geratehalt auftritt. Aus dem ersten Re- 
portfile (REP) wird durch Extrahieren der ausgefuhrten 
Befehle (CMD) ein erstes Scriptfile (SCR) erzeugt. Die Be- 
fehle (CMD) des Scriptfiles (SCR) werden sequentiell aus- 
gefuhrt und die Ausfuhrung der Befehle (CMD) in einem 
neuen Reportfile (REP) protokolliert. Aus dem Reportfile 
(REP) wird ein neues, verkurztes Scriptfile (SCR) durch 
Entfernen von Befehlen (CMD) erstellt, wobei die Selekti- 
on der zu entfernenden Befehle (CMD) aufgrund der in 
dem Reportfile (REP) des vorangegangenen Ausfuh- 
rungsdurchlaufs abgelegten Informationen erfolgt. Die 
sequentielle Ausfuhrung der Folge von Befehlen (CMD) 
des jeweils neuen Scriptfiles {SCR) und der anschlieften- 
den Erstellung eines wiederum verkurzten, neuen 
Scriptfiles (SCR) wird bis zum Ausbleiben des unerwarte- 
ten Geratehalts ... 
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Beschreibung 

[0001] Die Erfindung betrifft ein Verfahren zum Ennitteln 
einer Abfolge von Befehlen, die bei Ausfiihrung auf einem 
elektronischen Gerat zu dessen Absturz fuhren. 5 
[0002] Moderne MeBaufbauten bestehen haufig aus einer 
VieLzahl von MeBgeraten. Bei der Durchfuhrung von Mes- 
sungen ist es daher erforderlich, MeBschritte, welche auf 
verschiedene MeBgerate verteilt sind, in einer wohl definier- 
ten Abfolge durchzufuhren. Zur Vereinfachung des Bedie- 10 
nungsablaufs sind daher verschiedene Systeme entwickelt 
worden, so daB die Gerate Liber ein Bus system miteinander 
kommunizieren konnen. In Fig. 1 ist ein hierzu ublicher- 
weise verwendeter IEC-Bus dargestellt, mit dem eine solche 
herstellerubergreifende Kornmunikation zwischen einzel- 15 
nen MeBgeraten moglich ist. Dieses B ussy stem ist z. B. in 
U. Tietze und Ch. Schenk, ''Halbleiter-Schaltungstechnik", 
9. Auflage, 1991, ISBN 3-540-19475-4, Seiten 695-700, be- 
schrieben. 

[0003] Bei der Entwicklung neuer, IEC-Bus-fahiger MeB- 20 
gerate ist ein wichtiges Entwicklungsziel, daB die Gesamt- 
heit an ausfuhrbaren Befehlen das MeBsystem nicht in einen 
instabilen Zustand bringen kann. Ein solcher instabiler Zu- 
stand ist zum Beispiel erreicht, wenn ein einzelnes MeBgerat 
nicht mehr auf im EEC-Bus ankommende Befehle reagiert. 25 
Ein solcher unenvarteter Geratehalt kann dazu fiihren, daB 
der gesamte EEC-Bus blockiert ist. Die Uberpriifung im Hin- 
blick auf eventuell auftretende unerwartete Geratehalte er- 
folgt bi slang durch eine systematische Untersuchung durch 
einen Entwickler. Der Entwickler fuhrt dabei eine Abfolge 30 
von Befehlen auf dem MeBgerat aus: Tritt bei der Ausfiih- 
rung in dieser Folge von Befehlen ein unenvarteter Gerate- 
halt ein, so wird die Folge von Befehlen, die zum Auftreten 
des Halts fuhrte, von dem Entwickler untersucht. Der Zeit- 
aufwand einer solchen Vorgehensweise ist sehr groB und 35 
setzt eine groBe Erfahrung des Entwicklers bei der analyti- 
schen Fehlersuche voraus. 

[0004] Es ist die Aufgabe der vorliegenden Erfindung, ein 
Verfahren und ein Computerprogramm zu schaffen, mit dem 
aus einer Gesamtheit durchfuhrbarer Befehle eine moglichst 40 
kurze Folge von Befehlen ermittelbar ist, die Ausloser eines 
festgestellten unerwarteten Geratehalts ist. 
[0005] Die Aufgabe wird durch das erfindungsgemaBe 
Verfahren nach Anspruch 1 und das erfindungsgemaBe 
Computerprogramm nach Anspruch 12 oder Anspruch 13 45 
gelost. 

[0006] Der Vorteil des erfindungsgemaBen Verfahrens 
liegt in der automatischen Eingrenzung sowie der Ansteue- 
rung des zu testenden Gerates uber ein Bussystem. Von be- 
sonderem Vorteil dabei ist, daB zu Beginn der Untersuchung 50 
keine Einschrankung der durchfuhrbaren Befehle vorge- 
nommen wird. Ausgangspunkt ist die Gesamtheit aller theo- 
retisch durchfuhrbaren Befehle. Die von dem MeBgerat ab- 
zuarbeitende Befehlsfolgen konnen durch mehrf aches Wie- 
derholen von Einzelbefehlen in beliebiger Reihenfolge ei- 55 
nige Millionen Einzelbefehle enthalten. Durch das Verkur- 
zen solcher Befehlsfolgen ist das Ermitteln eines kausalen 
Zusammenhangs zwischen der Abfolge von Befehlen und 
einem Auftreten eines unerwarteten Geratehalts uberhaupt 
erst moglich. Die zuletzt zuriickbleibende kurze Sequenz 60 
von Befehlen kann dann wiederum durch den Entwickler 
analytisch untersucht werden, wobei diese Sequenz oft 
schon auf einige wenige Einzelbefehle beschrankt ist. 
[0007] Das Verkiirzen der Folge von Befehlen geschieht 
dabei in mehreren Schritten, wobei in jedem Schritt ein Aus- 65 
fuhrungsdurchlauf durchgefuhrt wird, dessen Ergebnisse 
protokolliert werden. Das Protokollieren der Ausfiihrungs- 
ergebnisse in sogenannten Report- Files bietet weiterhin den 
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Vorteil, daB die gesamte Historie dokumentierbar ist. 
[0008] Durch die in den Unteranspruchen aufgefuhrten 
MaBnahmen sind vorteilhafte Weiterbildungen des erfin- 
dungsgemaBen Verfahrens moglich. 

[0009] Das erfindungsgemaBe Verfahren wird im folgen- 
den anhand der Zeichnungen naher beschrieben. Es zeigen: 
[0010] Fig. 1 eine schematische Darstellung eines EEC- 
Busses gemaB dem Stand derTechnik; 
[0011] Fig. 2 ein vereinfachtes FluBdiagramm des erfin- 
dungsgemaBen Verfahrens; 

[0012] Fig. 3 ein hierarchisch aufgebautes System aus- 
fuhrbarer Befehle; 

[0013] Fig. 4 einen Ausschnitt eines beispielhaften Script- 
Files; 

[0014] Fig. 5 einen Ausschnitt eines beispielhaften Re- 
port-Files; 

[0015] Fig. 6 einen Ausschnitt eines ersten, verkurzten 
Script-Files; 

[0016] Fig. 7 einen Ausschnitt eines zweiten, verkurzten 
Script- Files; und 

[0017] Fig. 8 ein Ausschnitt eines dritten, verkurzten 
Script-Files. 

[0018] In Fig. 1 ist ein IEC-Bus 1 nach dem Stand der 
Technik dargestellt. Der EEC-Bus 1 verbindet einen Treiber- 
rechner 2 uber Busleitungen mit einem ersten MeBgerat 3a, 
sowie einem zweiten MeBgerat 3b, sowie weiteren nicht 
dargestellten MeBgeraten. Die Busleitungen gliedern sich in 
drei Gruppen, wobei als allgemeine Steuerleitungen 4 funf 
Einzelleitungen benotigt werden, drei weitere Einzelleitun- 
gen, die Handshake-Leitungen 5 bilden und uber weitere 
acht Einzelleitungen die Datenubertragung stattfindet. Die 
acht Einzelleitungen zum Datentran sport sind in der Fig. 1 
mit dem gemeinsamen Bezugszeichen 6 bezeichnet. Die 
Durchfuhrung des im nachfolgenden detaiiliert beschriebe- 
nen Verfahrens ist grundsatzlich auch mit mehreren MeBge- 
raten 3a, 3b moglich, wird jedoch zum leichteren Verstand- 
nis nachfolgend fiir einen Steuerrechner sowie nur ein damit 
verbundenes MeBgerat 3a dargestellt. 

[0019] In Fig. 2 ist ein Ablaufdiagramm des erfindungsge- 
maBen Verfahrens dargestellt. In einem ersten Schritt 7 wer- 
den aus dem hierarchisch aufgebauten Befehlsystem, wie es 
unter Bezugnahme auf Fig. 3 nachstehend noch erlautert 
wird, alle denkbaren Einzelbefehle CMD aufgelistet und in 
einem File gespeichert. Die Auflistung dieser Befehlsge- 
samtheit umfaBt alle uber die Datenleitungen 6 des IEC- 
Bus ses 1 an die MeBgerate 3a, 3b ubermittelbaren Einzelbe- 
fehle CMD. In Schritt 9 wird, nach der Durchfuhrung eines 
sogenannten "Coidboots" des MeBgerats 3a in Schritt 8 zum 
Erzeugen reproduzierbarer Startbedingungen, einer der sy- 
stematisch aufgefuhrten Einzelbefehle CMD aus dem File 
ausgelesen und dieser willkuruch herausgegriffene Einzel- 
befehl CMD an das MeBgerat 3a ubermittelt. Es ist dabei un- 
erheblich, ob die Ausfiihrung bestimmter Einzelbefehle 
CMD nach dem vorangegangenen Einzelbefehl CMD sinn- 
voll ist oder nicht. Die Ausfiihrung von Einzelbefehlen in 
zufalliger Reihenfolge wird so lange fortgesetzt, bis ein un- 
erwarteter Geratehalt auf tritt. Durch das mehrf ache Abar- 
beiten von Einzelbefehlen wird dabei eine Befehlsfolge von 
mdglicherweise einigen Millionen Einzelbefehlen erzeugt. 
[0020] In einem Report-File REP, dessen Aufbau nachfol- 
gend noch erlautert wird, werden die Antworten des MeBge- 
rats sowie die abgesetzten Einzelbefehle protokolliert, wie 
dies in den Schritten mit den Bezugszeichen 35 und 36 an- 
gegeben ist. Mit Hilfe eines Texteditors wird aus diesem Re- 
port-File REP ein erstes Script-File SCR erzeugt (Schritt 
37), das alle bis zu dem unerwarteten Geratehalt ausgefiihr- 
ten Einzelbefehle CMD enthalt, also ein exaktes Abbild der 
zufallig generierten Befehlsfolge ist, die zu dem Geratehalt 
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fiihrte. Das so erzeugte Script-File SCR dient als Ausgangs- 
basis fur das weitere Vorgehen. 

[0021] Der neuerliche "Coldboot" 11 wird dabei vorzugs- 
weise ebenfalis von dem Treiberrechner 2 uber den lEC-Bus 

1 angesteuert. Nachdem das MeBgerat 3a betriebsbereit ist, 
wird in Schritt 12 der erste Befehl von dem Treiberrechner 2 
an das MeBgerat 3a ubermittelt. Dieser erste Befehl CMD 
entspricht der ersten Zeile des Script-Files SCR. Nachdem 
korrekten Empfangen des Befehls CMD wird in Schritt 13 
der dargesteUte Befehl CMD durch das MeBgerat 3a ausge- 
fuhrt. In Schritt 14 ist gezeigt, daB das Absetzen eines Be- 
fehls CMD in dem Report-File REP gespeichert wird. In 
dem Report-File REP wird eine Reihe weiterer Informatio- 
nen abgelegt, die nachstehend unter Bezugnahme auf Fig. 5 
erlautert werden. 

[0022] Die Ausfuhrung eines Befehls CMD wird von dem 
MeBgerat 3a mit einem Kommentar an den Treiberrechner 2 
zuriickgemeldet. Diese Antwort des MeBgerats 3a wird 
ebenfalis in dem Report-File REP in Schritt 15 abgelegt. 
Fuhrt der Versuch, einen Einzelbefehl CMD in Schritt 13 
auszufiihren, bei dem MeBgerat 3a zu einem Absturz, also 
einem unerwarteten Geratehalt, so kann der Treiberrechner 

2 keine Antwort des MeBgerats 3a empfangen. 

[0023] Die kritische Abfolge von Einzelbefehlen CMD, 
welche zu dem unerwarteter Geratehalt fiihrte, ist bis zu die- 
sem Zeitpunkt in dem Report-File REP mitprotokolliert. 
Aus diesen in dem Report- File REP protolcollierten Einzel- 
befehlen CMD wird nun unter Verwendung einer roch zu 
beschreibenden Methode ein neues, verkurztes Script-File 
SCR erstellt. Dazu wird in einem ersten Schritt 16 zunachst 
eine Methode ausgewahlt, die der Reduzierung von Einzel- 
befehlen CMD dienen soli. Die so reduzierte Anzahl von 
Einzelbefehlen CMD wird in einem neuen Script-File SCR 
in Schritt 17 abgelegt. Ebenfalis neu angelegt wird in einem 
nachsten Schritt 18 ein neues Report-File REP, um zu ver- 
hindem, daB das bisherige Report-File REP uberschrieben 
wird. Dabei bleibt die Historie aller durchgefuhrten Test- 
laufe erhalten. Nachdem so die Ausgangsbedingungen fur 
einen neuerlichen Ausfuhrungsdurchlauf hergestellt sind, 
wird das System wieder in einen Zustand verse tzt, der dem 
Zustand vor dem ersten Ausfuhrungsdurchlauf entspricht. 
Dies bedeutet auch, daB das MeBgerat 3a wieder mit einem 
"Coldboot" in Schritt 11 in Betriebsbereitschaft gebracht 
wird. Wird dagegen in Schritt 13 ein Einzelbefehl CMD 
durch das MeBgerat 3a korrekt ausgefuhrt und dementspre- 
chend beantwortet, so wird nach dem Protokollieren in 
Schritt 15 in dem Report-File REP zunachst uberpriift, ob in 
dem zuvor durchgefuhrten Ausfuhrungsdurchlauf an dieser 
S telle ein unerwarteter Geratehalt auftrat. Ist auch in dem 
vorigen Ausfuhrungsdurchlauf an dieser Stelle kein uner- 
warteter Geratehalt aufgetreten, so kann die nachste Zeile 
des Script-Files SCR, also der nachste Einzelbefehl CMD, 
entsprechend Schritt 12 uber den EEC-Bus 1 an das MeBge- 
rat 3a ubermittelt werden. 

[0024] Ist dagegen der unerwartete Geratehalt in dem zu- 
vor durchgefuhrten Ausfuhrungsdurchlauf aufgetreten, ist 
wahrend des aktuellen Ausfuhrungsdurchlaufs dagegen das 
entsprechende Kommando fehlerfrei ausgefuhrt worden, so 
wird die Erstellung eines weiteren verkurzten Script-Files 
SCR auf Basis eines in Schritt 17 aufgerufenen alten Report- 
Files REP durchgefuhrt. Grund hierfur ist, daB eine sinn- 
volle Eingrenzung der auszufuhrenden Befehle CMD zum 
Auffinden einer kritischen Befehlsfolge nur dann durchge- 
fuhrt werden kann, wenn die Fehlerursache durch Verkurzen 
des Script- Files SCR nicht beseiugt wird. 
[0025] Der Vorgang der Verkiirzung des Script-Files SCR 
wird so oft wiederholt, bis eine ubersichtliche Anzahl von 
Einzelbefehlen CMD ubrigbleibt. Ein weiteres AbschluBkri- 



terium ist, wenn durch keine der moglichen Methoden zur 
Erstellung eines verkurzten Script-Files SCR der letzte un- 
erwartete Geratehalt erhalten bleiben kann. 
[0026] In Fig. 3 ist schematisch der hierarchische Aufbau 

5 des Befehlsystems dargestellt. Ein vollstandiger Einzelbe- 
fehl CMD besteht dabei aus mehreren Teilen, die entspre- 
chend verschiedenen Ebenen 21.1 bis 21. n analog einem 
Dateibaum zusammengesetzt werden. Demnach entspricht 
jeder vollstandige Einzelbefehl CMD, der zur Gesamtheit 

10 der Befehle beitragt, einen vollstandigen Ast von der ober- 
sten bis zur niedrigsten erreichbaren Ebene. Fur den Einzel- 
befehl "CAL1:STAT:BTS:CCDF ON" ist dies beispielhaft 
in Fig. 3 ausgefuhrt. Die Vielzahl der Verzweigungen, die 
auf jeder der hierarchischen Ebenen moglich sind, fuhrt zu 

15 der hohen Anzahl an insgesamt verfiigbaren Befehlen CMD. 
[0027] Die Auflistung aller moglichen Einzelbefehle 
CMD gemaB Schritt 7 aus Fig. 2 entspricht daher jedem 
moglichen Pfad durch alle Hierarchie-Ebenen 21.1 bis 21. n 
in Fig. 3. 

20 [0028] Ein Beispiel fur einen ersten Teil eines Script- Files 
SCR, wie es nach dem ersten Ausfiihren von Befehlen CMD 
in einer zufalligen Reihenfolge gemaB Schritt 37 erstellt 
wird, ist in Fig. 4 dargestellt. Jede Zeile entspricht damit ei- 
nem vollstandigen Einzelbefehl. Der erste Befehl eines je- 

25 den Script-Files ist immer ein Reset-Befehl 22. 

[0029] In Fig. 5 ist beispielhaft ein Ausschnitt eines wah- 
rend eines Ausfuhrungsdurchlaufs protokollierten Report- 
Files REP dargestellt. Die Klartextdarstellung zeigt zwi- 
schen jeweils zwei Zeichenfolgen 23 samtliche Informatio- 

30 nen, die zu jeweils einer Befehlszeile eines Script-Files SCR 
abgelegt werden. Zu jedem Einzelbefehl CMD wird dabei 
zunachst eine Systemzeit 27 abgelegt, zu der der Einzelbe- 
fehl CMD von dem Treiberrechner 2 abgesetzt wird. Nach 
der Systemzeit 27 wird die laufende Nummer 28 des Einzel- 

35 befehls CMD abgelegt, gefolgt von dem vollstandig darge- 
legten Einzelbefehl CMD. Als letzte Bemerkung bezuglich 
des abgeschickten Einzelbefehls CMD wird protokolliert, 
ob der Treiberrechner 2 von dem MeBgerat 3a eine Antwort 
erwartet. Im vorliegenden Fall ist fur das Erwarten einer 

40 Antwort die Option "*OPC" gesetzt. Die nachfolgenden In- 
formationen beinhalten eine Systemantwort 30. Darunter 
sind alle Informationen zu verstehen, welche das MeBgerat 
3a an den Treiberrechner 2 zuriicksendet. 
[0030] Dem ersten Protokoll 24 eines ausgefuhrten Reset- 

45 Befehls RST ist beispielsweise keine Fehlermeldung zu ent- 
nehmen. Dem dritten Protokoll 25 des Befehls Nr. 3 ist da- 
gegen zu entnehmen, daB der wiederum in der ersten Zeile 
des Protokolls 25 stehende Befehl CMD nicht ausgefuhrt 
werden konnte. Das MeBgerat 3a quittiert einen nicht aus- 

50 fuhrbaren Einzelbefehl CMD mit einer Fehlermeldung "Er- 
ror", bleibt jedoch weiterhin uber den IEC-Bus 1 ansteuer- 
bar. Auf dieselbe Weise wie beispielhaft anhand der Proto- 
kolle 24 und 25 dargelegt, werden alle Einzelbefehle CMD, 
welche in einem Script- File SCR gespeichert sind, nachein- 

55 ander abgearbeitet, bis ein unerwarteter Geratehalt auftritt. 
Ein solcher unerwarteter Geratehalt markiert damit das 
Ende eines Report-Files REP. 

[0031] Aufgrund der in dem Report-File REP enthaltenen 
Informationen wird nun ein neues Script- File SCR erzeugt, 

60 wobei gezielt eine Anzahl von Einzelbefehlen CMD bei der 
Erstellung des neuen Script-Files SCR gestrichen wird. 
[0032] In Fig. 6 ist ein erstes aus dem Report-File REP der 
Fig. 5 erzeugtes neues Script-File SCR dargestellt. Zur Re- 
duzierung der Anzahl der Einzelbefehle CMD wurden dabei 

65 samtliche Befehle CMD entfernt, bei deren Ausfuhrung 
durch das MeBgerat 3a eine Fehlermeldung in dem Report- 
File REP protokolliert wurde. Mit dieser Methode laBt sich 
haufig bereits ein GroBteil der Einzelbefehle CMD eliminie- 
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ren, da oft ganze Befehlsgruppen wahrend bestimniter Be- 
triebszustande des MeBgerats 3a nicht durchfuhrbar sind. 
[0033] Fig. 7 zeigt das Ergebnis einer zweiten mbgiichen 
Vorgehensweise zur Verkiirzung des Script-Files SCR. Da- 
bei wird jeweils ein gesamter Block von Befehlen CMD her- 5 
ausgenommen, dessen Durchfuhrung vollstandig innerhalb 
eines Betriebszustandes des MeBgerats 3a liegt. Als Block- 
beginn wird dabei derjenige Befehl CMD angesehen, der 
das MeBgerat 3a in einen bestimmten Zustand bringt. Zu 
dem Block gehdren dann alle weiterhin durchgefuhrten Be- 10 
fehle CMD, bei denen dieser bestimmte Betriebszustand des 
MeBgerats nicht verandert wird. Das Blockende wird durch 
denjenigen Befehl CMD gebildet, der den zuvor eingenom- 
menen bestimmten Geratezu stand aufhebt. Im dargestellten 
Report-File REP der Fig. 5 wird beim Protokoll 25 ein sol- 15 
cher bestimmter Geratezustand durch den Befehl Nr. 3 er- 
zeugt. Dieser Betriebszustand wird erst mit dem Befehl Nr. 
56 wieder geandert. Entfemt man alle dazwischenliegenden 
Einzelbefehie CMD, so erhalt man aus dem Re port- File 
REP der Fig. 5 das in Fig. 7 dargestellte neue verkiirzte 20 
Script-File SCR. 

[0034] Eine andere Methode, um einen vollstandigen Be- 
fehlsblock zum Lbschen auszuwahlen, ist als Ergebnis in 
Fig. 8 dargestellt. Dabei nutzt man aus, daB durch verschie- 
dene in einem Script-File SCR verteilt angeordnete Reset- 25 
Befehle ein irnmer gleicher Ausgangszustand des MeBgerats 
3a hergestellt wird. Durch die Ausfuhrung eines solchen Re- 
set-Befehls wird also die Vorgeschichte, welche durch die 
Abarbeitung von Einzelbefehlen CMD erzeugt wird, ge- 
loscht. Tritt nun ein unerwarteter Geratehalt auf, so kann 30 
dieser theoretisch nicht durch die vor dem letzten Reset-Be- 
fehl ausgefuhrten Einzelbefehie CMD begrundet sein, Dem- 
entsprechend konnen alle Einzelbefehie CMD, welche in 
der zeitlichen Abfolge vor dem letzten Reset-Befehl durch- 
gefiihrt wurden, geloscht werden. 35 
[0035] Vor einem Ausfuhrungsdurchlauf in einem sol- 
chermaBen verkurzten neuen Script-FileSCR ist ein "Cold- 
boot" des MeBgerats bzw. des gesamten Systems durchzu- 
fiihren. Damit wird sichergestellt, daB alle Systerneinstel- 
lungen in immer dem gleichen Zustand sind. 40 
[0036] Bei einem wiederholten Durchfuhren eines Aus- 
fuhrungsdurchlaufs mit anschlieBender Verkiirzung und Er- 
stellung eines neuen Script- Files SCR kann es sinnvoll sein, 
zur Verkiirzung des neuen Script-Files SCR jeweils eine 
Methode zu verwenden, welche bei der vorangegangenen 45 
Verkiirzung des Script- Files SCR nicht angewandt wurde. 
Das Anwenden einer anderen als der zuvor benutzten Me- 
thode ist auch dann sinnvoll, wenn durch die Verkiirzung ei- 
nes Script-Files SCR ein Teil der Befehle CMD, welche 
Ausloser fur einen unerwarteten Geratehalt sind, herausge- 50 
loscht wurden. Wie in der Beschreibung zu Fig. 2 bereits 
dargelegt, kann dann auf ein alteres Report-File REP zu- 
ruckgegriffen werden, und durch Verwendung einer anderen 
Methode zur Verkiirzung ein neues Script- File SCR erstellt 
werden, so daB ein weiterer Ausfuhrungsdurchlauf gestartet 55 
werden kann. 

[0037] Mit dem beschriebenen Verfahren laBt sich eine 
zunachst unuberschaubare Anzahl von Einzelbefehlen 
CMD mit geringem Aufwand soweit reduzieren, daB letzt- 
lich der kausale Zusammenhang eines Gerateabsturzes mit 60 
einer Folge von Einzelbefehlen CMD aus der geringen Rest- 
zahl von beispielsweise 10 cder 15 Einzelbefehlen CMD 
analysiert werden kann. 

Patentanspriiche 65 

I . Verfahren zum Ermitteln von einer Folge von Be- 
fehlen (CMD), die bei Ausfuhrung der Befehle (CMD) 
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6 

durch ein elektronisches Gerat (3a) zu einem unerwar- 
teten Halt des elektronischen Gerats (3a) fuhren, wobei 
das elektronische Gerat (3a) uber ein Bussystem (1) an- 
steuerbar ist, mit folgenden Verfahrensschritten: 

- Erstellen eines Files mit alien uber das Bussy- 
stem (1) ubertragbaren Befehlen (CMD; 7); 

- Auswahlen und Absetzen eines beliebigen Be- 
fehls (CMD) des Files und Ausfuhren des Befehls 
(CMD; 10); 

t Protokollieren des Befehls (CMD; 35, 36) und 
dessen Ausfuhrung in einem ersten Reportfile 
(REP); 

- Wiederholen der Auswahl, des Absetzens und 
der Ausfuhrung, bis ein unerwarteter Geratehalt 
auftritt; 

- Erzeugen eines ersten Scriptfiles (SCR; 37) aus 
der protokollierten Abfolge von Befehlen (CMD) 
des ersten Reportfiles (REP); 

- Sequentielles Ausfuhren der Befehle (CMD) 
des jeweils letzterzeugten Scriptfiles (SCR); 

- Protokollieren der Ausfuhrung der Befehle 
(CMD; 14, 15) in einem Reportfile (REP); 

- Erstellen eines neuen, verkurzten Scriptfiles 
(SCR; 17) aus dem Reportfile (REP) durch Entfer- 
nen von Befehlen (CMD), wobei die Selektion der 
zu entfernenden Befehle (CMD) aufgrund der in 
dem Reportfile (REP) des vorangegangenen Aus- 
fuhrungsdurchlaufs abgelegten Informationen er- 
folgt; und 

- Wiederholen der sequentiellen Ausfuhrung der 
Folge von Befehlen (CMD) des jeweils letzter- 
zeugten Scriptfiles (SCR) und der anschlieBenden 
Erstellung eines wiederum verkurzten, neuen 
Scriptfiles (SCR) bis zum Ausbleiben des uner- 
warteten Geratehalts. 

2. Verfahren nach Anspruch 1, dadurch gekennzeich- 
net, daB zur Verkiirzung des Scriptfiles (SCR) alle Be- 
fehle (CMD) entfemt werden, die im Reportfile (REP) 
mit einer Fehlermeldung (ERROR) kommentiert sind. 

3. Verfahren nach Anspruch 1, dadurch gekennzeich- 
net, daB zur Verkiirzung des Scriptfiles (SCR) alle Be- 
fehle (CMD) entfernt werden, die in der Abfolge vor 
einem als korrekt ausgefuhrt kommentierten Reset-Be- 
fehl liegen. 

4. Verfahren nach Anspruch 1, dadurch gekennzeich- 
net, daB alle Befehle (CMD) entfernt werden, die zu ei- 
nem Befehlsblock gehdren, wobei ein Blockbeginn 
durch einen fehlerfrei ausgefuhrten Befehl (31) gebil- 
det wird, der das elektronische Gerat (3a) in einen defi- 
nierten Betriebszustand bringt und ein Blockende 
durch den letzten vor einem weiteren fehlerfrei ausge- 
fuhrten diesen definierten Betriebszustand aufheben- 
den Befehl (32) gebildet wird. 

5. Verfahren nach Anspruch 1, dadurch gekennzeich- 
net, daB beim Ausbleiben eines unerwarteten Gerate- 
halts bei Ausfuhrung eines verkurzten Scriptfiles 
(SCR) ein weiteres verkurztes Scriptfile (SCR), ausge- 
hend von dem Reportfile (REP; 20) desjenigen Ausfuh- 
rungsdurchlaufs, bei dem der unerwartete Halt zuletzt 
auftrat, erstellt wird, wobei eine andere als die zuletzt 
verwendete Verkurzungsmethode zur Erstellung des 
weiteren verkurzten Scriptfiles (SCR) verwendet wird. 

6. Verfahren nach einem der Anspriiche 1 bis 4, da- 
durch gekennzeichnet, daB zur Verkiirzung der Folge 
von Befehlen (CMD) jeweils eine Verkurzungsme- 
thode verwendet wird, die in der zuletzt durchgefuhr- 
ten Verkiirzung nicht verwendet wurde. 

7. Verfahren nach einem der Anspriiche 1 bis 6, da- 
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durch gekennzeichnet, daB vor jeder Ausfuhrung der 
Folge von Befehlen (CMD) eines neuen Scriptfiles 
(SCR) das elektronische Gerat (3a) in einem definier- 
ten Ausgangszustand gebracht wird. 

8. Verfahren nach einem der Anspruche 1 bis 7, da- 5 
durch gekennzeichnet, daB die Ausfiihrung derBefehle 
von einem Treiberrechner (2) aus uber das Bussystem 

(1) gesteuert wird. 

9. Verfahren nach einem der Anspruche 1 bis 8, da- 
durch gekennzeichnet, daB als Bussystem (1) ein IEC- 10 
Bus verwendet wird. 

10. Verfahren nach Anspruch 8, dadurch gekennzeich- 
net, daB alle neu erstellten Scriptfiles (SCR) und Re- 
portfiles (REP) mit einer Versionsnummer auf dem 
Treiberrechner (2) gespeichert werden. 15 

11. Verfahren nach einem der Anspruche 1 bis 10, da- 
durch gekennzeichnet, daB vor dem Absetzen und Aus- 
fiihren der Befehie (CMD) in einer zufalligen Reihen- 
folge ein Ausfuhrungsdurchlauf mit den Befehlen 
(CMD) des Files mit alien ubertragbaren Befehlen 20 
(CMD) durchgefuhrt wird. 

12. Computerprogramm mit Programmcode zur 
Durchfuhrung aller Verfahrensschritte nach einem der 
Anspruche 1 bis 11, wenn das Programm in einem 
Computer (2) ausgefuhrt wird. 25 

13. Computerprogramm mit Programmcode, der auf 
einem maschinenlesbaren Trager gespeichert ist, zur 
Durchfuhrung des Verfahrens nach einem der Anspru- 
che 1 bis 11, wenn das Programm in einem Computer 

(2) ausgefuhrt wird. 30 
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CALC2:STAT:MS:CCDF~1 

SENS2:CDP:ICTR 1 

CALC1 :STAT:BTS:CCDF ON 

SENS1:AVER:C0UN:AUT0FF 

DISP:WIND1:TIM OFF 

C0NF:IS1:MEAS POW 

SENS1 :BWID:VID:RAT DEF 

IN5T1:C0UP ALL 

SENS1 :POW:BWID DEF 

DISP:WIND2:TRAC2:M0DVIEW 

SENS1 :FREQ:CENT DEF 

SENS1 :FREQ:CENT:STEP 8.1891 72E+08 

SENS1 :FREQ:OFFS 1 

SENS1 :BAND:RES:AUT ON 

SENS1:FREQ:ST0P DEF 

DISP:WIND1:TRAC4:YMIN 

SENS1:FREQ:CENT MIN 

DISP:WIND1:TRAC1:Y:SPACLIN 

DISP:WIND2:TRAC4:STAT0N 

S0UR1:P0W:LEV:IMM 1 PA 

SENS1:AVER:C0UN:AUT1 

S0UR1:AM:STAT1 

CONF:WCDP:BTS:MEASTDOM 

TRIG1:SEQ:LEV:VID 1 

INST1 :SEL ADEM 

INST1:SELMWCD 
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^27^28.29 2 o 

iiiniifflmHimjifininmniniraiiinnniiiii ~S 

16:55:28Xmd# 1 : 'RSTfOPC 24 
[Execution time: 58.59375 ms 
30<^ SB= 96 

[ESR OPC /- 23 

^ ****************************************************** ✓ 

infflnmniiiniiiniinniiiniiiifflniiniiinii — x 

16:55:28 Cmd# 2:AB0Rt;*0PC 
Execution time: 50.78125 ms 
SB= 96 
ESR OPC 

******************************** * * * ******************* 

iiiiiiiinimiiuiimiiiiinnmiiininiinimni 

16:55:28 Cmd# 3: CALC1 :CTHR 9.595446E+08;*0PC 

Execution time: Oms ~X 

SB= 100 31 25 

ESR OPC s ' zt> 

*** ESR Execution error *** 

ERROR MESSAGE:-222,"Data out of range;CALCl :CTHR 9.595446E+08" 
Unexpected error 
- — - —ERROR, 



26 



16:55:28 Cmd# 20: CALC1 :CTHR 1 HZ;*0PC 
Execution time: 0 ms 
SB= 96 
ESR OPC 

16:55:28 Cmd# 21:*RST;*0PC 
Execution time: 58.59375 ms 
SB= 96 
ESR OPC 

****************************************************** 

iiininffliiniiiiniiiiiinnminiiiiimniiiini 

16:55:28 Cmd# 22: CALC1:CTHR 1 KHZ;*0PC 
Execution time: 0 ms 
SB= 100 
ESR OPC 

*** ESR Execution error *** 

ERROR MESSAGE:-222,"Data out of range;CALCl:CTHR 1 KHZ" 
Unexpected error 

- — ERROR — 

****************** * * * ********************************* 

iiiiiiimiiiiniiiniriiiiiiiiiniinmiinniiiini 

16:55:29 Cmd# 56: CALC^CTHR 7.254567 E+08;*0PC 
Execution time: 0 ms \. _w 
SB= 100 ^ 32 

ESR OPC 

*** ESR Command error *** 

ERROR MESSAGE:-114,"Header suffix out of range;CALC2:CTHR 7.254567E+08" 
Unexpected error 

ERROR 

Fig. 5 
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